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Amendments to the Specification 
Please icplace the paragraph on Page 10, lines 3-4 vAUx the following marked-up replacement 
paragraph: 

- Yet another object of the present invention is to provide this technique such that the 
[[queue]] queued updates are processed automatically vyhen an event occnrs. — 

Please replace the paragraph that begins on Page 30, line 18 and carries over to Page 31, line 13 
with the following marked-up replacMficnt paragraph: 

- A lequest to a WA object results in the badc-end data source being iqxlated in one of 
three possible modes: (1) a synctoorous i^wlate; (2) an asynchronous update; or (3) a queued 
disconnected i^pdate, vAiich nwiy be referred to equivakntty as a delayed update. Fig. 3B illustrates 
examples of the flows of this iqxiate process. As an application 335 executes, it requests some 
number of updates (shown as "35 1 to a particular object, which in the example of Fig. 3B is 
HA03 (clement 360). If application 335 is opetadng in disconnected mode, then these updates 
cannot be processed against the back-end data source in real-time. Rather, the updates must be 
accumulated and applied to the back-end data source at some later time. In the branch ofBce 
scenario, for example, the branch's daily work may be accumxilaled for transmission to the back-ejid 
enterprise system for processing after the branch closes for the day. Or, in the mobile computing 
scenario, the requeste may be accumulated for subsequent transmission when the mobile device 
cormects to a server. After tiansmissiotx, the mobile device m^ then disconnect (to reduce 
connection costs, for example), and vriM receive the server's responses during some (arbitrarily- 
timed) subisequent connection. This queued disconi^cted mode is preferably used for the branch 
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office and mobile cotttputing ^ c pa rio scenarios^ and may be used for other scenarios as well: 
appKcation-spcclfic criteria may be used to determine v*icb update mode to use. - 

Please replace the paragraph on Page 36, lines 3-15 with the following marked-up replacement 
paragr^b: 

— When an object's script is re^ecuted by returning to Block 420 and an error condition 
persists, the processing preferably skips to the next element on ttie queue. This may be 
implemented by using a l e trj/^flag retry flag or counter (not shown in Fig, 4), When the elemmts on 
a queue have been completely processed using the logic in Fig. 4 and this skipping of queued 
elements foe repeating enor conditions^ oocuirence of non-recoverable errors will result in a non- 
empty queue. In the preferred embodiment, this situation requires manual intervention to correct the 
associated problem. For example, an administrative inter&oe may be provided to enable a systems 
administrator to address particular error conditions. Typically, non-recoverable errors will be 
system and q>plication errors such as temporary or permanait unavailability of a back-aid 
component When errors are encountered ttet cannot be avoided at the present time, the updates 
remaining on the update qtieue may be su^>ended such that they will be scheduled for execution at a 
subsequent time, or they may be purged as part of the intervention process, as required by a 
particular implementation of the present inventiorL - 
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